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BACKGROUND OF INVENTION 
[0001] 1. Field of the Invention 

[0002] The present invention relates generally to a method and apparatus for 
providing status information for print job requests while simultaneously 
providing document archival, document services, and community services 
related to the print request. 

[0003] 2. Description of Related Art 

[0004] Generally, systems that support communities of practice in work 
organizations tend to be decoupled from daily work practices. By coupling 
such systems directly with daily work practices users are able to benefit from 
such systems without additional efforts. Benefiting from systems that support 
communities of practice means that knowledge that is relevant within a 
community of users is efficiently captured and shared between the users of 
the community. 

[0005] One such system known as the "SmartPrinter" developed by Xerox 
Corporation captures data within a print stream. The SmartPrinter system 
captures and archives the contents of about-to-be printed documents, as well 
as, information about the document (e.g., title), and sends it to a print memory 
to preserve it for future use (e.g., archive) and sharing (e.g., community 
knowledge). 

[0006] After a document is recorded in print memory, the SmartPrinter system 
may be used to apply one or more document services to the stored 
document. Such document services include document conversion, 
translation, linguistic-based content analysis, document identification and 
comparison, keyword indexing, categorization and clustering, and data 
mining. 

[0007] With the ability to automatically perform document services on a print 
stream, the SmartPrinter system can be integrated with other software to 
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further automate knowledge flow by, for example, providing automatic 
distribution, enterprise storage, search and retrieval, translation, and 
summarization. As a community tool, the SmartPrinter system enhances 
awareness of community interest and activities by allowing community users 
to identify documents of related interest. 

[0008] In operation, the SmartPrinter system generates a coversheet for every 
printed document. The coversheet acts as a container of information about 
the document and identified related documents. Embedded in the coversheet 
is an encoded identifier of the document (that is also recorded in memory of 
the SmartPrinter system) and checkboxes or entry boxes to allow a user to 
specify instructions, enter handwritten notes, assign categories and keywords, 
draw connections among documents, send identified files to an archive or 
distribute them to community members. Once the coversheet is completed, it 
is scanned and decoded to carry out the specified instructions. 

[0009] The SmartPrinter system is more fully described in the following 
publications, which are all incorporated herein by reference: U.S. Patent 
Application Publications US 2002/0080387 A1 and US 2002/0116291 A1; 
"Welcome to SmartPrinter" available on the Internet April 2003 at 
http://www.xrce.xerox.com; Grasso et al., "Who Can Claim Complete 
Abstinence from Peeking at Print Jobs?", in Proceedings of CSCW 2002, 
New Orleans, USA, November 16, 2002; Grasso, "Mining community 
knowledge from the print stream", in Workshop on Community Knowledge, 
ECSCW 2001, Bonn, Germany, 16-20 September, 2001; Grasso et al., 
"Augmenting Recommender Systems by Embedding Interfaces into Office 
Practices", in Proceedings of HICSS-33, 4-7 January, 2000. 

[0010] Similar to the SmartPrinter system developed by Xerox Corporation, 
Ricoh Corporation has developed a system called the eCabinet™ for 
automatically archiving and managing files from networked peripherals such 
as printers, scanners, and fax machines. The eCabinet™ is more fully 
described in the following publications: Meyer, "eCabinet and File Processing: 
File Evolution from Capture to Retrieval", Ricoh Silicon Valley, available on 
the Internet at http://www.ecabinet.net/pdf/file_evol_wp.pdf, April, 2001; and 
Hull et al., "Towards zero-effort personal document management: a new 
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paradigm for users", in IEEE's Computer Magazine, Vol. 34, No. 3, pp. 30-35, 
March 2001. 

[0011] Notwithstanding these existing systems, email users continue to make 
use of email as an archival tool. However, using email as an archival tool 
does not facilitate the sharing of such archived email or their attached 
documents with a community of users. It would therefore be desirable to 
provide a system that allows the practice of using email as a tool to archive 
email or documents attached to the email while simultaneously providing 
document services and community services, as well as, dynamic (i.e., up-to- 
date) information related thereto. Advantageously, such a system would allow 
electronic mail (i.e., email message and document attachments) to be more 
easily shared between community members, at the same time it is archived. 
In this way, electronic mail and service requests can be integrally linked as an 
integrated archival and knowledge sharing tool that allows users to archive 
and save information without having to consciously do so (i.e., while using 
customary work practices). 

SUMMARY OF INVENTION 

[0012] In accordance with the invention there is provided a system, article of 
manufacture and method therefor, for providing an electronic status 
notification message for an output job request. The output job request, which 
identifies a document for processing at an output device, is received from a 
submitter. In addition, a copy of the document is received, and the output job 
request is forwarded to the output device. Selected document services are 
applied to the copy of the document to define an archive of the document. 
The archive of the document is stored on a document repository. Similarity 
data is produced by evaluating the archive of the document with other 
documents in the document repository. Job status information is received 
concerning the output job request forwarded to the output device. The 
electronic status notification message is prepared using static and dynamic 
data concerning the job status information of the output job request and the 
similarity data of the document archived in the document repository. The 
electronic status notification message is transmitted to the submitter thereby 
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integrally linking archival and knowledge sharing information, document 
services, and customary email usage. 

BRIEF DESCRIPTION OF DRAWINGS 

[0013] These and other aspects of the invention will become apparent from 
the following description read in conjunction with the accompanying drawings 
wherein the same reference numerals have been applied to like parts and in 
which: 

[0014] Figure 1 illustrates a system for providing print status requests in 
accordance with the present invention; 

[0015] Figure 2 illustrates a flow diagram that details one sequence of 
operations that are performed in one embodiment by the system shown in 
Figure 1; 

[0016] Figure 3 illustrates one embodiment for submitting a print request to 
the archiving output server when a specific driver is defined for an output 
device; and 

[0017] Figure 4 illustrates an electronic mail message sent by the archiving 
server to the submitter of a job request. 

DETAILED DESCRIPTION 

[0018] Figure 1 illustrates a system 100 for providing electronic status 
notification messages for output job requests in accordance with the present 
invention. In the embodiment shown in Figure 1, the system 100 includes 
input devices 101 (e.g., client computers 102 (e.g., workstation, laptop, 
desktop, PDA) or scanner 103, camera (not shown), microphone (not shown), 
or any combination thereof), an archiving server 104, output devices 106 
(e.g., printer 107, display 111, multifunction, device 109, speaker 113, or any 
combination thereof), document services processor 108, DShare server 110, 
KPump server 112, and electronic message server 1 14. 

[0019] The client computers 102 include any number/quantity of processors, 
memory, wired or wireless network connections, and user inputs (e.g., 
keyboard, pointing devices). The electronic message server 114 is any known 
electronic message server adapted to receive and transmit electronic status 
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notification messages (or electronic messages) 116 such as email, SMS 
(Short Message Service) messages, instant messaging, etc. 

[0020] The document services processor 108 is a sub-system that receives as 
input a document and provides as output the document with the requested 
document service applied thereto. The requested document service may 
include any one or more combinations of format conversion, language 
translation, character recognition (i.e., OCR), summarization, categorization, 
and enrichment, each may or may not include natural language processing 
including but not limited to tokenization and morphological analysis. In one 
embodiment, enrichment is performed as described in Patent Application 
Publication US 2003/0061201 A1, entitled "System For Propagating 
Enrichment Between Documents", which is incorporated herein by reference, 
including all references cited or incorporated therein. 

[0021] The DShare server 110 is a shared and/or private document 
repository. The KPump server 112 is a recommender system for sharing 
knowledge between a community of users. In one embodiment, the DShare 
server 110 and KPump server 112 are servers that are operatively coupled 
together to allow users of a shared document repository to input and read 
reviews of documents contained in the repository, as described in U.S. Patent 
Application Serial No. 10/217,025, entitled "Shared Document Repository 
With Coupled Recommender System", which is incorporated herein by 
reference including all references cited or incorporated therein. 

[0022] In alternate embodiments of the system 100, the archiving server 104, 
the electronic message server 114, the document services processor 108, 
DShare server 110, and KPump server 112 may be operatively coupled 
together as a single program or as separate programs using one or more 
computers communicating together over networks such as the Internet. In 
addition, the client computers 102 and output devices 106 may be coupled to 
other elements of the system over wired or wireless networks. 

[0023] In one alternate embodiment, the client computers may be mobile 
devices such as cellular phones adapted to operate in a token-enabled 
environment. An example of a token-enabled environment is described in the 
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following patents, and patent applications which are hereby incorporated 
herein by reference: U.S. Patent Nos. 5,862,321; 6,144,997; 6,397,261; 
6,421,716; 6,430,601; 6,487,189; 6,493,760; 6,515,988; and U.S. Patent 
Publication Nos. US 2003/0050963 A1 and US 2003/0069921 A1 . 

[0024] Figure 2 illustrates a flow diagram that details one sequence of 
operations that are performed in one embodiment by the system shown in 
Figure 1. In the embodiment detailed in Figure 2, the output device 106 is a 
printer 107, although one skilled in the art will readily appreciate that the 
output device could alternatively be, for example, the electronic display 1 1 1 or 
speaker 1 1 3 or a combination thereof. 

[0025] At 202, the archiving server 104 receives from the client computer 
102A an output job request, or in the case of printer 107 a print request. As 
defined herein an output job request is a request to output or process a 
document at a specified output device (e.g., printer, display, speaker, or a 
combination thereof). In an alternate embodiment, the archiving server 104 
may receive an output job request from a specific input device 101 other than 
a client computer 102A such as from scanner 103 or a microphone or camera 
(not shown). 

[0026] In one embodiment, the output job request received by the archiving 
server 104 is directed to a selected output device such as print device 107, 
using a standard (unmodified) driver of the selected output device. 
Advantageously, this embodiment does not require changes to drivers of 
output devices 106 to enable operation of the archiving server 104. In this 
embodiment, an input queue is defined for which the archiving server 104 is 
the input queue manager. The archiving server 104 is adapted to manage any 
number of input queues representing any number of output devices 106. 

[0027] In an alternate embodiment, functionality of the archiving server 104 
forms part of the driver for the printer 107 or alternate output device. In this 
alternate embodiment, any number of functionalities of the archiving server 
may be specified when the submitter defines the document print request. 
Figure 3 illustrates one embodiment for submitting a document print request 
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to the archiving server 104 when a specific driver is defined for the print 
device adapted to specify functionality of the archiving server 104. 

[0028] More specifically in Figure 3, an example client interface 300 for the 
printer 107 is illustrated. The client interface 300 enables a user to specify at 
print time, or more generally at the time the output request is defined, some or 
all of the services to be performed by the archiving server 104, and their 
associated properties. In the example shown in Figure 3, instructions for the 
archiving server are specified in window 302 of the client interface 300. 

[0029] Referring again to Figure 2, once a document print (or output job) 
request for a document is received in any manner described above from a 
submitter, at 202, the archiving server 104 records a copy of the document 
associated with the print request, at 204, and forwards the print request to the 
printer or print server associated with the print request. As defined herein, a 
document may consist of either image, audio, and video data, or any 
combination thereof. The data may consist of high level structure information 
such as an XML document. Alternatively, data may consist of data without 
any predefined structure such as scanned images from scanner 103. 

[0030] At 206, selected document services are applied to the document 
recorded and the results are archived in a repository such as the DShare 
server 110. The selected document services may either be selected by 
default or at the time the document output request is made. Selected 
document services include any one or more combinations of format 
conversion, language translation, character recognition (i.e., OCR), 
summarization, categorization, and enrichment, each may or may not include 
natural language processing including but not limited to tokenization and 
morphological. 

[0031] At 208, similarity data of the document recorded at 204 is computed by 
evaluating the similarity of the archived result and other documents in the 
repository of DShare server 110. In one embodiment, the similarity between 
documents is calculated as the sum of the weights of all keywords (or 
phrases) two documents have in common divided by the sum of the weights 
of all keywords associated with the two documents, as disclosed in Patent 
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Application Publication U.S. 2002/0116291 A1, entitled "Recommender 
System And Method", which is incorporated herein by reference. 

[0032] At 210, an electronic message (e.g., email, SMS, chat, etc.) is 
prepared with static and dynamic data concerning the print request received 
at 202. Static data includes information such as the number of pages of the 
print request, the name of the print request, etc. Dynamic data includes 
similarity data, location of the archive document, duration the document will 
remain in archive, etc. 

[0033] At 212, references to additional services available concerning the print 
request are added to the electronic message. Additional services may include 
access to the recommender system provided by the KPump server 112 or 
any other additional document service offered by the document services 
processor 108. 

[0034] At 220, the electronic message is sent to the submitter of the print 
request, either immediately or after some elapsed period of time at 218, or 
after carrying out operations at 214 or 216, depending on user preferences 
and/or default settings of the archiving server 104. At 214, the archiving 
server 104 waits to receive printer status information from the printer 107 
before sending the electronic message to the submitter at 220. In an alternate 
embodiment, the archiving server 104 queries the printer for status 
information after a predefined period of time has elapsed. In either 
embodiment, the electronic message is sent after transitioning to a particular 
print status (e.g., completed, cancelled, etc.). 

[0035] At 222, responsive to the submitter receiving and opening the 
electronic message at, for example, client computers 102B or 102C, 
dynamically produced data is recomputed (e.g., similarity data, print status 
information, etc.) and loaded into the electronic message. In addition at 222, 
the archiving server and/or DShare server 110 and KPump server 112 may 
receive requests to perform one or more document related services. 

[0036] Figure 4 illustrates email message 400, an example electronic 
message 116, sent to the submitter at 220 in Figure 2. The email message 
400 includes email header section 402, print status section 404, archive 
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status section 406, requested services section 408, and additional services 
section 410. In one embodiment, the email message 400 is in an HTML (or 
equivalent) format that permits content in the email message 400 to be 
dynamically updated when viewed. Also in this or another embodiment, the 
email client in which the email message 400 is read (that may for example be 
operating at client computers 102B and 102C) supports scripting, where it 
becomes possible to relate email actions to actions that should be performed 
at the archive server 104. For example in an embodiment with scripting, 
deleting the email message 400 may cause the deletion of the corresponding 
document associated with it archived in DShare server 110. 

[0037] In the print status section 404, information is provided to the submitter 
regarding the printed document and the print context, such as: title, number of 
pages, printer name, and type (e.g., color, monochrome, highlight color, 
duplex/simplex), document URL if available, and other metadata regarding 
the printed document. In addition, the submitter reading the email message 
400 has the ability to request an update to the print status at 412 and/or 
request a map to locate the printer at 414 (or other output device). The 
information in section 404 helps the user recall specifics about a print request 
as well as locate it. 

[0038] In the archive status section 406, the user is given the ability to archive 
the document to another location, delete the document from the archive, 
rename the document, add comments to the document, modify the date the 
document is to be deleted from the archive, and view friends and/or twins of 
the document. Twins of a document sent to the archiving server 104 are 
documents archived in the DShare server 110 that are very close to the 
document itself (e.g., earlier versions). Friends of a document sent to the 
archiving server 104 are documents archived in the DShare server 110 that 
are related to the document itself (e.g., refer to the document or are referred 
by the document). Twins and friends of a document are updated dynamically 
when the email message 400 is opened or when an update is requested by 
the submitter to be performed. 

[0039] In one embodiment, the archiving server 104 receives documents in a 
print-ready format (e.g., PostScript) from a print driver of the printer 107 
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operating on the client computer 102A. The archiving server 104 may convert 
the print-ready format to a standard exchange format (e.g., HTML, PDF). 
Alternatively the archive server 104 may be built on or integrated with print 
servers that accept and print documents in their native formats (e.g., word, 
excel, etc.) and may directly archive these documents. In addition or 
alternatively, the archiving server 104 may as part of archiving a document 
convert the native document into a standard exchange format (e.g., PDF, 
HTML) or a print-ready (e.g., PostScript) format. In any embodiment a link to 
the document can be provided to its archived form or included as an 
attachment to the email message 400. Such user preferences can be 
predefined in a user profile, or defined when the print request is made by the 
user, or, alternatively, set by default by the archiving server 104. 

[0040] In the requested services section 408, the user is given the ability to 
relocate, rename, or delete the result which may viewed by selecting the link 
to it embedded in the temporary name assigned to it. In the example shown in 
email message 400, the user and/or archiving server has applied a language 
translation service using the document services processor 108. 

[0041] In the additional services section 410, the user is provided links for 
invoking additional document services that include: submitting the document 
to the KPump server 112; enriching the document with links to documents 
archived in the DShare server 110; summarizing the contents of the 
document; translating the contents of the document to another language; 
locating similar document on the Internet; viewing billing information 
associated with the services performed for the document; and printing the 
email message 400 as a smart printer coversheet. 

[0042] Advantageously, the electronic message 116 sent to a submitter 
provides a container for storing information concerning the document sent to 
the archive server 104 for output to a device such as printer 107. The 
container can be advantageously used to access related information and print 
hardcopy (e.g., paper) cover sheets with a machine readable identifier 
encoded thereon such as glyphs identifying the location of the document as 
well as identified regions for human readable marks that identify classification 
information for a knowledge management service. Hardcopy coversheets are 
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more fully disclosed in Patent Application Publication US 2002/0080387 A1 , 
which is incorporated herein by reference. 

[0043] In an alternate embodiment, a user operating an input device 101 such 
as client computer 102A may specify a job request without specifying that it 
be processed by an output device. In one alternate embodiment, the scanner 
103 is coupled to a scan forwarding service operated using a coversheet such 
as that offered by FlowPort® developed by Xerox Corporation to allow the 
submitter to submit job requests to the archiving server 104 without specifying 
that the document should be sent to an output device. For more background 
on FlowPort®, reference is made to the Flowport® User Guide, Version 2.1, 
November 2000, which is incorporated herein by reference. In another 
alternate embodiment, when "print to file" is selected at client interface 300 
shown in Figure 3, the print file is stored to the archiving server 104 and the 
print file is not sent to the corresponding printer. 

[0044] Further in this embodiment, a user is able to archive the document on 
the DShare server 1 1 0 without having to output the document to an output 
device 106 (i.e., perform a "null output job request"), while benefiting from 
services referred to in the electronic message 116. In receiving the electronic 
message 116, a user can also advantageously use the electronic message 
116 as a reminder of tasks to do related or associated with the document 
(e.g., in an inbox that is used as a to-do list). In addition, advantageously such 
electronic message 116 can be archived in the user's electronic message 
server 114, whether or not it is associated with any pending tasks. 

[0045] In yet another embodiment, an electronic document can be submitted 
through a special driver for the archiving server 104. Alternatively, an 
electronic document can be submitted through an electronic message to the 
archiving server 104. In this alternate embodiment, the archiving server 104 
uses for example an electronic message client to retrieve electronic 
messages with documents from senders. The electronic message acts as a 
submission driver for submitting a job request. Special commands can be 
specified in electronic messages that are interpreted as commands at the 
archiving server. In this embodiment, a user can forward the electronic 
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message to the archiving server 104 with one or more attached documents. 
These documents can be output to a selected output device and then 
enriched as part of the electronic message 116 returned to the user. 

[0046] Using the foregoing specification, the invention may be implemented 
as a machine (or system), process (or method), or article of manufacture by 
using standard programming and/or engineering techniques to produce 
programming software, firmware, hardware, or any combination thereof. 

[0047] Any resulting program(s), having computer-readable program code, 
may be embodied within one or more computer-usable media such as 
memory devices or transmitting devices, thereby making a computer program 
product or article of manufacture according to the invention. As such, the 
terms "article of manufacture" and "computer program product" as used 
herein are intended to encompass a computer program existent 
(permanently, temporarily, or transitorily) on any computer-usable medium 
such as on any memory device or in any transmitting device. 

[0048] Executing program code directly from one medium, storing program 
code onto a medium, copying the code from one medium to another medium, 
transmitting the code using a transmitting device, or other equivalent acts may 
involve the use of a memory or transmitting device which only embodies 
program code transitorily as a preliminary or final step in making, using, or 
selling the invention. 

[0049] Memory devices include, but are not limited to, fixed (hard) disk drives, 
floppy disks (or diskettes), optical disks, magnetic tape, semiconductor 
memories such as RAM, ROM, Proms, etc. Transmitting devices include, but 
are not limited to, the Internet, intranets, electronic bulletin board and 
message/note exchanges, telephone/modem based network communication, 
hard-wired/cabled communication network, cellular communication, radio 
wave communication, satellite communication, and other stationary or mobile 
network systems/communication links. 

[0050] A machine embodying the invention may involve one or more 
processing systems including, but not limited to, CPU, memory/storage 
devices, communication links, communication/transmitting devices, servers, 
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I/O devices, or any subcomponents or individual parts of one or more 
processing systems, including software, firmware, hardware, or any 
combination or subcombination thereof, which embody the invention as set 
forth in the claims. 

[0051] While particular embodiments have been described, alternatives, 
modifications, variations, improvements, and substantial equivalents that are 
or may be presently unforeseen may arise to applicants or others skilled in 
the art. Accordingly, the appended claims as filed and as they may be 
amended are intended to embrace all such alternatives, modifications 
variations, improvements, and substantial equivalents. 
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